Remote Profile Manage For A Vehicle

ABSTRACT

A system and method for utilizing data and computational information from on-vehicle and off-vehicle sources. The system comprises an assigning authority engine, a remote profile manager toolset, a plurality of databases, a plurality of cloud sources, a vehicle and a CVD within the vehicle. The dynamic, temporal combinations access data from the plurality of cloud sources comprising third party data and vehicle, timing, event, and/or positioning (“VTEP”) data to inform a plurality of instruction sets delivered by the assigning authority. One or more elements of the VTEP data is used as the basis to synchronize timing between the data, or computational outputs of two or more sources of electronic information. A single coherent information picture is generated from fusing data and computational information from the on-vehicle sources and the off-vehicle sources.

CROSS REFERENCES TO RELATED APPLICATIONS

The Present application claims priority to U.S. Provisional PatentApplication No. 62/873,922, filed on Jul. 14, 2019, and the Presentapplication is also a continuation-in-part application of U.S. patentapplication Ser. No. 16/870,955, filed on May 9, 2020, which is acontinuation-in-part application of U.S. patent application Ser. No.16/416,396, filed on May 20, 2019, now U.S. patent Ser. No. 10/652,935,issued on May 12, 2020, which is a continuation-in-part application ofU.S. patent application Ser. No. 16/118,436, filed on Aug. 31, 2018, nowU.S. patent Ser. No. 10/334,638, issued on Jun. 25, 2019, which is acontinuation application of U.S. patent application Ser. No. 15/917,633,filed on Mar. 11, 2018, now U.S. patent Ser. No. 10/070,471, issued onSep. 4, 2018, which is a continuation application of U.S. patentapplication Ser. No. 15/624,814, filed on Jun. 16, 2017, now U.S. Pat.No. 9,961,710, issued on May 1, 2018, which claims priority to U.S.Provisional Patent Application No. 62/352,014, filed on Jun. 19, 2016,now expired, and the Present application is a continuation-in-partapplication of U.S. patent application Ser. No. 16/664,906, filed onOct. 27, 2019, which is a continuation application of U.S. patentapplication Ser. No. 15/859,380, filed on Dec. 30, 2017, now U.S. patentSer. No. 10/475,258, issued on Nov. 12, 2019, which is acontinuation-in-part application of U.S. patent application Ser. No.15/624,814, filed Jun. 16, 2017, now U.S. Pat. No. 9,961,710, issued onMay 1, 2018, which claims priority to U.S. Provisional PatentApplication No. 62/352,014, filed on Jun. 19, 2016, now expired, andU.S. patent application Ser. No. 15/859,380 claims priority to U.S.Provisional Patent Application No. 62/441,290, filed on Dec. 31, 2016,now expired, U.S. Provisional Patent Application No. 62/441,298, filedon Dec. 31, 2016, now expired, and U.S. Provisional Patent ApplicationNo. 62/441,315, filed on Dec. 31, 2016, now expired, each of which ishereby incorporated by reference in its entirety.

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

Not Applicable

BACKGROUND OF THE INVENTION Field of the Invention

The present invention generally relates to remote instructions for avehicle.

Description of the Related Art

The prior art discusses various techniques for wireless networks forvehicles.

U.S. Pat. No. 9,215,590 for Authentication Using Vehicle Data Pairingdiscloses the wireless pairing of a portable device with an on-boardcomputer of a vehicle for authenticating a transaction with a thirdparty.

General definitions for terms utilized in the pertinent art are setforth below.

Beacon is a management frame that contains all of the information abouta network. In a WLAN, Beacon frames are periodically transmitted toannounce the presence of the network.

BLUETOOTH technology is a standard short range radio link that operatesin the unlicensed 2.4 gigaHertz band.

FTP or File Transfer Protocol is a protocol for moving files over theInternet from one computer to another.

Hypertext Transfer Protocol (“HTTP”) is a set of conventions forcontrolling the transfer of information via the Internet from a webserver computer to a client computer, and also from a client computer toa web server, and Hypertext Transfer Protocol Secure (“HTTPS”) is acommunications protocol for secure communication via a network from aweb server computer to a client computer, and also from a clientcomputer to a web server by at a minimum verifying the authenticity of aweb site.

Internet is the worldwide, decentralized totality of server computersand data-transmission paths which can supply information to a connectedand browser-equipped client computer, and can receive and forwardinformation entered from the client computer.

Media Access Control (MAC) Address is a unique identifier assigned tothe network interface by the manufacturer.

Memory generally includes any type of integrated circuit or storagedevice configured for storing digital data including without limitationROM, PROM, EEPROM, DRAM, SDRAM, SRAM, flash memory, and the like.

Organizationally Unique Identifier (OUI) is a 24-bit number thatuniquely identifies a vendor, manufacturer, or organization on aworldwide basis. The OUI is used to help distinguish both physicaldevices and software, such as a network protocol, that belong to oneentity from those that belong to another.

Processor generally includes all types of processors including withoutlimitation microprocessors, general purpose processors, gate arrays,array processors, application specific integrated circuits (ASICs) anddigital signal processors.

SCP (Secure Connection Packet) is used to provide authentication betweenmultiple devices or a local party and remote host to allow for securecommunication or the transfer of computer files.

SSID (Service Set Identifier) is a 1 to 32 byte string that uniquelynames a wireless local area network.

Transfer Control Protocol/Internet Protocol (“TCP/IP”) is a protocol formoving files over the Internet.

URL or Uniform Resource Locator is an address on the World Wide Web.

User Interface or UI is the junction between a user and a computerprogram. An interface is a set of commands or menus through which a usercommunicates with a program. A command driven interface is one in whichthe user enter commands. A menu-driven interface is one in which theuser selects command choices from various menus displayed on the screen.

Web-Server is a computer able to simultaneously manage many Internetinformation-exchange processes at the same time. Normally, servercomputers are more powerful than client computers, and areadministratively and/or geographically centralized. An interactive-forminformation-collection process generally is controlled from a servercomputer, to which the sponsor of the process has access.

There are multiple sources of data that can be utilized by a vehicle forefficiency and cost savings. However, there is a need for collecting,processing and interpreting the data in a manner that can be utilized bya vehicle.

BRIEF SUMMARY OF THE INVENTION

The present invention provides a system and method for utilizing aremote profile manager for a vehicle.

One aspect of the present invention is a system for utilizing data andcomputational information from on-vehicle and off-vehicle sources. Thesystem comprises an assigning authority engine, a remote profile managertoolset, a plurality of databases, a plurality of cloud sources, avehicle and a CVD within the vehicle. A plurality of contents of each ofthe plurality of databases are accessible and combinable by theassigning authority to produce a plurality of dynamic, temporalcombinations of data elements and a plurality of instructions. Theassigning authority is configured to use the remote profile managertoolset to execute the plurality of dynamic, temporal combinations. Theplurality of dynamic, temporal combinations access data from theplurality of cloud sources comprising third party data and vehicle,timing, event, and/or positioning (“VTEP”) data to inform a plurality ofinstruction sets delivered by the assigning authority. One or moreelements of the VTEP data is used as the basis to synchronize timingbetween the data, or computational outputs of two or more sources ofelectronic information. A single coherent information picture is formedfrom fusing data and computational information from on-vehicle andoff-vehicle sources.

Another aspect of the present invention is a remote profile manager forutilizing data and computational information from on-vehicle andoff-vehicle sources. The remote profile manager is configured to: accessand combine a plurality of contents of each of a plurality of databasesby an assigning authority to produce a plurality of dynamic, temporalcombinations of data elements and a plurality of instructions for avehicle; execute the plurality of dynamic, temporal combinations; accessdata from the plurality of cloud sources comprising third party data andvehicle, timing, event, and/or positioning (“VTEP”) data to inform aplurality of instruction sets delivered by the assigning authority; useone or more elements of the VTEP data as the basis to synchronize timingbetween the data, or computational outputs of two or more sources ofelectronic information; and form a single coherent information picturefrom fusing data and computational information from on-vehicle andoff-vehicle sources.

Yet another aspect of the present invention a non-transitorycomputer-readable medium that stores a program that causes a processorto perform functions for utilizing a remote profile manager for avehicle. The functions includes access and combine a plurality ofcontents of each of a plurality of databases by an assigning authorityto produce a plurality of dynamic, temporal combinations of dataelements and a plurality of instructions for a vehicle; execute theplurality of dynamic, temporal combinations; access data from theplurality of cloud sources comprising third party data and vehicle,timing, event, and/or positioning (“VTEP”) data to inform a plurality ofinstruction sets delivered by the assigning authority; use one or moreelements of the VTEP data as the basis to synchronize timing between thedata, or computational outputs of two or more sources of electronicinformation; form a single coherent information picture from fusing dataand computational information from on-vehicle and off-vehicle sources.

Yet another aspect of the present invention is a method for remoteprofile management for utilizing data and computational information fromon-vehicle and off-vehicle sources. The method includes accessing aplurality of contents of each of a plurality of databases by anassigning authority. The method also includes combining the plurality ofcontents to produce a plurality of dynamic, temporal combinations ofdata elements and a plurality of instruction sets for a vehicle. Themethod also includes executing the plurality of dynamic, temporalcombinations. The method also includes accessing data from a pluralityof cloud sources comprising third party data and vehicle, timing, event,and/or positioning (“VTEP”) data to inform the plurality of instructionsets delivered by the assigning authority. The method also includesusing one or more elements of the VTEP data as a basis to synchronizetiming between the data, or computational outputs of two or more sourcesof electronic information. The method also includes forming a singlecoherent information picture from fusing data and computationalinformation from the on-vehicle and the off-vehicle sources.

Yet another aspect of the present invention is a system for utilizingdata and computational information from on-vehicle and off-vehiclesources. The system comprises an assigning authority engine, a remoteprofile manager toolset, at least one on-vehicle source comprisingon-vehicle data for a vehicle, and at least one off-vehicle sourcecomprising at least one off-vehicle content. The at least oneoff-vehicle source is selected from a group comprising at least onedatabase, at least one cloud source or at least one physical structurewith a communication device. The assigning authority is configured toaccess and combine the at least one off-vehicle content and theon-vehicle data to produce a plurality of dynamic, temporal combinationsof data elements and a plurality of instructions. The remote profilemanager toolset is configured to execute the plurality of dynamic,temporal combinations to access vehicle, timing, event, and/orpositioning (“VTEP”) data to inform the plurality of instruction setscommunicated by the assigning authority engine. The remote profilemanager toolset is configured to use one or more elements of the VTEPdata to synchronize timing between the on-vehicle data or acomputational output of the off-vehicle content, to generate aninformation data set for the vehicle.

Yet another aspect of the present invention is a system for utilizingdata and computational information from on-vehicle and off-vehiclesources. The system comprises an assigning authority engine, a remoteprofile manager toolset, a plurality of off-vehicle sources and aplurality of on-vehicle sources. The plurality of off-vehicle sourcescomprises a plurality of databases, at least one cloud source and atleast one physical structure with a communication device, wherein eachof the plurality of off-vehicle sources comprises off-vehicle content.The plurality of on-vehicle sources comprising a vehicle CVD, aplurality of sensors and an on-vehicle connected mobility device, eachof the plurality of on-vehicle sources comprising on-vehicle data for avehicle. The assigning authority is configured to access and combine theoff-vehicle content and the on-vehicle data to produce a plurality ofdynamic, temporal combinations of data elements and a plurality ofinstructions. The remote profile manager toolset is configured toexecute the plurality of dynamic, temporal combinations to accessvehicle, timing, event, and/or positioning (“VTEP”) data to inform theplurality of instruction sets communicated by the assigning authorityengine. The remote profile manager toolset is configured to use one ormore elements of the VTEP data to synchronize timing between theon-vehicle data or a computational output of the off-vehicle content, togenerate an information data set for the vehicle.

Having briefly described the present invention, the above and furtherobjects, features and advantages thereof will be recognized by thoseskilled in the pertinent art from the following detailed description ofthe invention when taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 is a block diagram of a system for remote profile management forutilizing data and computational information from on-vehicle andoff-vehicle sources.

FIG. 2 is a block diagram of sources of data for remote profilemanagement for a vehicle.

FIG. 3 is a block diagram of a system for remote profile management forutilizing data and computational information from on-vehicle andoff-vehicle sources.

FIG. 4 is an illustration of multiple sensors on a truck.

FIG. 4A is an illustration of multiple sensors on a truck connected to aBUS for the truck.

FIG. 5 is a flow chart for a method for remote profile management forutilizing data and computational information from on-vehicle andoff-vehicle sources.

FIG. 6 is a block diagram of system for a secure communication protocolfor connecting a wireless device to a single access point in a vehicle.

FIG. 6A is a continuation of the block diagram of FIG. 1.

FIG. 7 is a flow chart of a method for a secure connection to a wirelessnetwork of a vehicle.

FIG. 8 is an illustration of a driver identifying a vehicle throughconnection of a tablet computer to an unpublished network.

FIG. 9 is an isolated view of general electrical components of a mobilecommunication device.

FIG. 10 is an isolated view of general electrical components of aserver.

FIG. 11 is a flow chart of method for securely connecting a wirelessdevice to a single access point in a vehicle.

FIG. 12 is an illustration of a system for securely connecting awireless device to a single access point in a vehicle.

FIG. 13 is an illustration of a driver identifying a vehicle throughconnection of a tablet computer to an unpublished network.

FIG. 14 is a block diagram of a system for remote profile management forutilizing data and computational information from on-vehicle andoff-vehicle sources.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a block diagram of a system 1100 for remote profile managementfor utilizing data and computational information from on-vehicle andoff-vehicle sources. The system 1100 includes a vehicle 1000, anassigning authority engine 1105, a remote profile manager (RPM) toolset1130 with an RPM sync program 1135, and a plurality of databases 1125,both accessible through the cloud 1110. A vehicle 1000 preferablyincludes a CVD 135. The remote profile manager toolset 1130 preferablyincludes a server 1135. The plurality of databases 1125 is preferablycomposed of multiple databases 1125 a-d.

The assigning authority engine 1105 preferably has a work assignmentthat has been generated for a specific vehicle 1000. In a preferredembodiment, the assigning authority engine 1105 resides at a server forthe system 1100, and the RPM toolset 1130 resides at a separate server.Alternatively, the assigning authority engine 1105 and the RPM toolset1130 reside at the same server. The assigning authority engine 1105 ispreferably configured to access and combine off-vehicle content andon-vehicle data, along with the work assignment, to produce dynamic,temporal combinations of data elements and instructions for the vehicle1000. Additionally, the assigning authority engine 1105 providespermission to various applications to share data for app-to-appintegration. In one example, the assigning authority engine 1105 grantspermission to a workflow application running on a mobile communicationdevice for the vehicle 1000 to obtain data from a navigation applicationrunning on the mobile communication device. The assigning authorityengine 1105 instructs the navigation application to hare the data withthe workflow application. In one specific example, the share data is GPScoordinates for the vehicle.

FIG. 2 is a block diagram of a set 2000 of sources of data for remoteprofile management for a vehicle. The set 2000 preferably includesvehicles 2001, devices 2002, operations 2003, assignments 2004, thirdparties 2005, software apps 2006, miscellaneous 2007 and other 2008.

FIG. 3 is a block diagram of a system 1300 for remote profile managementfor utilizing data and computational information from on-vehicle andoff-vehicle sources. As shown in FIG. 3, the system 1300 comprises anassigning authority engine 1105, a remote profile manager toolset 1130,databases (FIG. 2), cloud sources, a vehicle 1000 and a CVD 135 withinthe vehicle 1000. The cloud sources include main protected server/cloud1183, an original equipment manufacturer server/cloud 1182, a customerserver/cloud 1181 and a public server/cloud 1180. Multiple otherservers/clouds and/or databases can be utilized with the presentinvention without departing from the scope and spirit of the claims. Thecloud sources, databases, RPM 1130 and assigning authority engine 1105communicate with the CVD 135 utilizing various wireless communicationprotocols including WiFi, cellular networks, BLUETOOTH, GPS, and thelike. The contents of each of the databases (2001-2008) and cloudsources are accessible and combinable by the assigning authority engine1105 to produce dynamic, temporal combinations of data elements andinstructions for the vehicle 1000. The assigning authority engine 1105is configured to use the remote profile manager toolset 1130 to executethe dynamic, temporal combinations. The dynamic, temporal combinationsaccess data from the cloud sources comprising third party data andvehicle, timing, event, and/or positioning (“VTEP”) data 1160 to informinstruction sets delivered by the assigning authority engine 1105. Theinstruction sets are preferably temporal permission for the on-vehiclesources and off-vehicle sources (e.g., applications) to connect andshare data with each other. One or more elements of the VTEP data 1160is used as the basis to synchronize timing between the data, orcomputational outputs of two or more sources of electronic information.A single coherent information picture 1170 is formed from fusing dataand computational information from the on-vehicle and the off-vehiclesources. The new information data set combination (single coherentinformation picture) is a display of information generated from thecombination of data from the on-vehicle sources and the off-vehiclesources. The data set can include dynamic route information (roadcondition changes due to weather, construction and the like), an updateddriver's profile, vehicle engine date, cargo data, dynamic compliancerules, micro-navigation data, fuel stop data, inspection stations on theroute, wireless communications connectivity status, time to destination,and the like. An example of a new information data set combination isimparting GPS location data from a truck/CVD onto cargo (the potatochips example). The new information data set combination is preferablyany new combination of the connected data sources data for the specificvehicle of interest.

FIG. 14 is a block diagram of a system 1500 for remote profilemanagement for utilizing data and computational information fromon-vehicle and off-vehicle sources. At step A, VTEP data is gatheredfrom multiple databases, cloud services and other off-vehicle sources,as well as on-vehicle sources. At step B, the RPM toolset is used toconfigure multiple assigning authority rules based on the collected VTEPdata. At step C, multiple instruction sets are delivered to multiplecloud services, other off-vehicle sources and on-vehicle sources. Atstep D, off-vehicle sources such as physical infrastructure, vehicles,mobile devices, and mobile device applications share data per thedelivered instruction sets. At step E, back office managers, physicalinfrastructure, on-vehicle and off-vehicle sources are provided with newinformation data set combinations enabling novel processing capabilitiesfor the system.

In one embodiment, the off-vehicle source is a mobile applicationoperating on a mobile device, and the data originates from the mobileapplication.

In another embodiment, app to app integration is utilized to generatethe information data set. The app to app integration is performed at aremote server, within an app on a mobile device, on a CVD or acombination thereof.

The cloud sources preferably comprise a public cloud source, a privatecloud source, a hybrid cloud source, a multi-cloud source, a serviceprovider cloud, a telematics service provider cloud, an originalequipment manufacturer cloud (truck manufacturer, Tier 1 supplier,device supplier and the like), a customer cloud (end user) and/or apublic cloud.

The system also preferably includes physical infrastructures withcommunication devices comprising at least one of a building, a gate, anaccess controlled point of entry, a parking structure, a weigh station,a toll collection structure, a fueling equipment and a vehicle serviceequipment. In one embodiment, a passive device on a physical structurebroadcasts a unique ID which is received by a mobile device and avehicle gateway device. If the passive device is a BLUETOOTH device, itbroadcasts a BLUETOOTH advertisement.

Multiple vehicle connected mobility devices are preferably used with thesystem 1600 and comprise at least one of a tablet computer, a mobilephone, a scanning device, a beacon, a RF passive or active communicationdevice and a signature capture device.

Affiliates with the system 1600 include at least one of another vehicleauthorized to share data via vehicle-to-vehicle (V2V), Cloud, or otherRF communication protocols, a TMS system authorized by the assigningauthority engine 1105 to directly take data from or provide data to thevehicle CVD 135, an authorized cloud provider, and an authorized usergranted access by the assigning authority.

The vehicle 1000 is preferably one of a long-haul semi-truck, a bus, asedan, a pick-up, a sports utility vehicle, a limousine, a sports car, adelivery truck, a van, or a mini-van.

As shown in FIG. 3, the vehicle 1000 has multiple endpoints with directconnectivity to the CVD 135, and requires no routing through a cloudservice. The endpoints are user interfaces or built in displays, devicesconnected through fixed or wireless connection to the vehicle's CVD 135,sensors connected through a vehicle bus (see FIG. 4A) to the CVD 135, ordirectly to the CVD 135 via wired or wireless connection, like devices.The vehicle 1000 is preferably a primary generator and source of VTEPdata 1160.

The RPM 1130 preferably comprises a RPM sync 1135 for syncing with otherdevices, servers, the Cloud, the CVD and the like.

The real-time data for the vehicle 1000 preferably comprises a real-timespeed of the vehicle, tire pressure values from a plurality of tiresensors, refrigeration/HVAC unit values, a plurality of fluid levels, aplurality of power unit values, a real-time fuel tank capacity, and afuel type.

The plurality of configurable real-time vehicle data trigger eventscomprises a value outside of a predetermined range for the real-timedata of the vehicle.

The real-time driver/operator profile comprises amount of time drivingduring a pre-determined time period, number of rest breaks during thepre-determined time period, license compliance data, physicaldisabilities and driving violations.

One example of an off-vehicle source is a fuel stop. A profile of a fuelstop preferably comprises real-time types of fuels available, setbilling instructions, physical dimensions of a plurality of fuel pumps,GPS coordinates, hours of operation, food service availability, andresting area availability. The predetermined fueling time period is atime range to fuel the vehicle based on the real-time GPS location ofthe vehicle, the real-time speed of the vehicle, the distance to theselected fuel stop from the real-time GPS location of the vehicle, andthe hours of operation of the fuel stop.

A configuration of the vehicle 1000 is preferably selected from one of asingle trailer, a dual trailer, a triple trailer, and a refrigerationtrailer.

Another example of an off-vehicle source is a database (Federal, Statelocal) with dynamic compliance rules. The dynamic compliance rulescomprise speed limits, transport of toxic waste, the transport ofrefrigerated cargo, the rest durations for drivers/operators, thenecessary insurance coverage, and the type of taxes and fees to be paid.

The workflow utilized by the assigning authority engine 1105 preferablycomprises an origination location of the vehicle, a destination of thevehicle, a route to the destination, a cargo, a time of departure and atime of arrival.

In one non-limiting example, the assigning authority engine 1105receives data over the cloud from a customer server 1181 that a shipmentof bags of potato chips were damaged in transit. The assigning authorityengine 1105 accesses a CVD 135 or mobile device for the vehicle thatdelivered the bags of potato chips to determine the originationlocation, the destination location and the route. The assigningauthority engine 1105 uses a navigation app on the mobile device (tabletcomputer) to determine the route, and an elevation of the route. Theassigning authority engine 1105 determines that the vehicle traveledover a high elevation mountain range that probably resulted in thedamage to the bags of potato chips due to a pressure differential. Theassigning authority engine 1105 uses this information to reroute asubsequent shipment of bags of potato chips to avoid the high elevationmountain range.

FIG. 4 is an illustration of multiple sensors on a truck 1000. Thevehicle/truck 1000 preferably comprises an oil level sensor 1005, anengine sensor 1010, a power sensor 1015, a refrigeration/HVAC sensor1020, a temperature sensor 1025, a tire pressure sensor 1030, and a fuelsensor 1035. Those skilled in the pertinent art will recognize thatmultiple other sensors may be utilized without departing from the scopeand spirit of the present invention. FIG. 4A is an illustration ofmultiple sensors on a truck connected to a data bus for the truck. Eachof the sensors (oil level sensor 1005, engine sensor 1010, a powersensor 1015, a refrigeration/HVAC sensor 1020, a temperature sensor1025, tire pressure sensors 1030 a-d, and fuel sensor 1035) ispreferably connected to the data bus for transferring data to anon-board computer of the vehicle 1000, or directly to the CVD 135.Alternatively, some or all of the sensors use wireless communications tocommunication with the CVD 135.

FIG. 5 is a flow chart for a method 500 for remote profile managementfor utilizing data and computational information from on-vehicle andoff-vehicle sources. At block 501, the contents of each of a pluralityof databases are accessed by an assigning authority engine. At block502, the contents are combined to produce a plurality of dynamic,temporal combinations of data elements and a plurality of instructionsets for a vehicle. At block 503, the plurality of dynamic, temporalcombinations is executed. At block 504, data from a plurality of cloudsources comprising third party data and vehicle, timing, event, and/orpositioning (“VTEP”) data is accessed to inform the plurality ofinstruction sets delivered by the assigning authority engine to the RPM.At block 505, one or more elements of the VTEP data is used as a basisto synchronize timing between the data, or computational outputs of twoor more sources of electronic information. At block 506, a singlecoherent information picture is formed from fusing data andcomputational information from the on-vehicle and the off-vehiclesources.

A system 10 for securely connecting a wireless device to a single accesspoint in a vehicle for a predetermined work assignment is shown in FIGS.6 and 6A. The system 10 preferably comprises a remote server (cloud) 11,a vehicle gateway device 130, a smart device 110 and a passive device61. The vehicle gateway device 130 is preferably a connected vehicledevice (“CVD”).

The server/cloud 11 accesses dataset 12 and obtains driver information.Vehicle information, mobile device information (MAC address), passivedevice information (beacon ID) and other information to compile a SCPpacket 14. At block 15, the server 11 provides SCP definitions to thevehicle gateway device 130 and the mobile device 110. At block 16 theserver/cloud 11 authorizes the SCP. At block 17, the server/cloud 11communicates with the vehicle gateway device 130.

The vehicle gateway device 130 uses datasets 22, with the beacon ID 23,a scan of wireless devices 24 along with the SCP definitions 26 receivedfrom the server/cloud 11 to compile a CVD compiled SCP packet 25. TheCVD compiled SCP packet is sent to the cloud/server 11 at block 16 andauthorization/validation of the CVD compiled SCP packet is received atblock 27. At block 28 the SCP is authorized for broadcasting at thevehicle gateway device 130 a wireless network with a hidden and hashedSSID unique to the vehicle, the hidden and hashed SSID generated fromthe validated SCP packet. At block 29, the vehicle gateway device 130communicates the broadcast with the server/cloud 11. At block 31, thevehicle gateway device 130 communicates with other devices, namely thesmart device 110 over preferably a WiFi hotspot 32 and the passivedevice 61 by pairing using a BLUETOOTH communication protocol at block33.

At block 49, the smart device (mobile device) 110 compiles a compliedmobile device SCP packet from the SCP definitions 42, the data sets 48,the beacon ID 43, the Tablet ID 45, a driver ID 46, a vehicle ID 47 andscan of wireless devices 44. The mobile device 110 generates the hashedSSID and a passphrase from the complied mobile device SCP packet. Atblock 51, the mobile device 110 connects to the WiFi hotspot 32 of thevehicle device gateway 130.

The passive device 61 broadcast a unique ID at block 62 which isreceived by the mobile device 110 and the vehicle gateway device 130. Atblock 63, if a BLUETOOTH device, it broadcasts a BLUETOOTH advertisementat block 64.

The SCP is defined by an assigning authority in the server/cloud 11. Theserver/cloud 11 sends the SCP definition and any other required data indatasets to the CVD 130 and the mobile device 110. The CVD 130 adds thecontextual data from local datasets to the sever-sent data to compileits SCP based definition. The local datasets include data wirelesslyscanned from passive devices, preferably transmitting a BLUETOOTHbeacon. Other local datasets include information from the vehicle. TheCVD 130 sends its compiled SCP packet to the server 11 forauthorization. The server 11 verifies the CVD compiled SCP packet, andif valid, the server 11 transmits a validation/approval signal to theCVD 130. The CVD then generates an access point SSID/passphrase withSCP. Likewise, the mobile device 110 utilizes contextual data from localdatasets to compile its SCP based on the definitions. The mobile device110 connects to the access point of the CVD 130 using the SCP. The CVD130 and the mobile device 110 also connect to the passive device 61since it is part of the SCP definition.

As used by the assigning authority engine 1105, a predetermined workassignment is a temporal event with a fixed start and completion basedon assignable boundary conditions. The assignable boundary condition isat least one of a predetermined time period, a geographical destination,and a set route. Alternatively, the assignable boundary condition is anyfeature with a beginning and a termination. The assigning authority isperformed by a person or persons, who have the appropriate authority andmechanisms to assign specific tasks and assets to a specific vehicle andvehicle operator or custodian, and to assign workflow assignments tosame. The predetermined work assignment is assigned to a known person orentity that has its own primary networked device accessible through apassword protected user interface, a specific name and password thatauto-populates or otherwise automatically satisfies a plurality ofcredentials requirements, wherein the plurality of credentialrequirements are automatically available or revoked based on theassignable boundary condition identified in a pairing event.

The CVD 130 preferably broadcasts a WiFi wireless network with a hiddenand hashed SSID unique to the host vehicle and protected by a unique,dynamically generated and hashed passphrase. The vehicle ID is enteredinto an application on the tablet that is then converted to the samehashed SSID and passphrase, which allows the tablet to attempt toconnect to the corresponding CVD WiFi network and begin communication.

A method 900 for a secure connection to a wireless network of a vehicleis shown in FIG. 7. At block 901, a server generates definitions for aSCP packet for assigning authority for a vehicle. At block 902 theserver transmits the definitions for the SCP packet to a CVD and amobile device. At block 903, the CVD compiles the SCP packet to generatea CVD compiled SCP. At block 904, the CVD transmits the CVD compiled SCPto the server for authorization. At block 905, the server transmitsauthorization for the CVD compiled SCP from to the CVD for creation of avalidated SCP. At block 906, the mobile device generates a dataset tocompile a mobile device compiled SCP. At block 907, the CVD broadcastsat a wireless network with a hidden and hashed SSID unique to thevehicle. The hidden and hashed SSID is generated from the validated SCPpacket. At block 908, the mobile device generates the hashed SSID and apassphrase from the dataset, which allows the mobile device connect tothe wireless network. At block 909, the mobile device searches for avehicle having the CVD broadcasting the wireless network in a hiddenmode. At block 910, the mobile device securely connects with the CVD.

One embodiment utilizes a system for vehicle to mobile device securewireless communications. The system comprises a vehicle 210, a CVD 130,a mobile device 110 and a passive communication device 61. The vehicle210 comprises an on-board computer with a memory having a vehicleidentification number (VIN), a connector plug, and a motorized engine.The CVD 130 comprises a processor, a WiFi radio, a BLUETOOTH radio, amemory, and a connector for mating with the connector plug of thevehicle. The mobile device 110 comprises a graphical user interface, amobile application, a processor, a WiFi radio, and a cellular networkinterface. The passive communication device 61 operates on a BLUETOOTHcommunication protocol. The server 11 is configured to generate aplurality of definitions for a SCP packet for assigning authority forthe vehicle. The server 11 is configured to transmit the plurality ofdefinitions for the SCP packet from the server to the CVD 130 and themobile device 110. The CVD 130 is configured to compile the SCP packetto generate a CVD compiled SCP. The CVD 130 is configured to transmitthe CVD compiled SCP to the server 11 for authorization. The server 11is configured to transmit authorization for the CVD compiled SCP to theCVD 130 for creation of a validated SCP. The mobile device 110 isconfigured to generating a dataset to compile a mobile device compiledSCP. The CVD 130 is configured to broadcast a wireless network with ahidden and hashed SSID unique to the vehicle, the hidden and hashed SSIDgenerated from the validated SCP packet. The mobile device 110 isconfigured to generate the hashed SSID and a passphrase from thedataset, which allows the mobile device connect to the wireless network.The mobile device 110 is configured to search for a vehicle having theCVD broadcasting the wireless network in a hidden mode. The mobiledevice 110 is configured to connect to the CVD 130 over the wirelessnetwork.

The dataset preferably comprises at least one of a plurality ofdefinitions for the SCP packet, a tablet ID, a driver ID, a vehicle ID,a beacon ID, identified or defined entity/participant to thetransaction, descriptions, actions, or states of thing, characteristicsof identifiable devices, when present in a certain proximity and/orcontext.

Optionally, the mobile device 110 connects to a passive device, thepassive device operating on a BLUETOOTH communication protocol. Thepassive device 61 is preferably a BLUETOOTH enabled device advertising aunique ID as a beacon or a complex system (speaker, computer, etc.) thatemits BLUETOOTH enabled device advertising a unique ID as a beacon.

The mobile device 110 preferably receives input from a driver of thevehicle, and/or the server 11 contains the assigning authority thatgenerates the SCP definitions.

The passive device 61 is preferably an internal device in the vehicle oran external device posted on a gate to a facility and generating abeacon. The beacon from the passive device is preferably a mechanism toensure that the connection between the mobile device 110 and the CVD 130occurs at a specific physical location dictated by the assigningauthority through the server 11. Preferably, the automatic connectionbetween the mobile device 110 and the CVD occurs because the assigningauthority, through the server, has dictated that it occur.

As shown in FIG. 8, a staging yard for trucks 210 a-201 d, each of amultitude of trucks 210 a-210 d broadcast a wireless signal for a truckspecific network, with one truck 210 c broadcasting a wireless signal225. However, the SSID is not published so unless a driver is already inpossession of the SSID, the driver will not be able to pair the tabletcomputer 110 with the CVD 130 of the truck 210 to which the driver isassigned. So even though the wireless signals are being “broadcast”,they will not appear on a driver's tablet computer 110 (or other mobiledevice) unless the tablet computer 110 has already been paired with theCVD 130 of the vehicle 210. A driver 205 in possession of a tabletcomputer 110 pairs, using a signal 230, the tablet computer 110 with thewireless network 225 of the CVD of the truck 210 c, and thus the driverlocates the specific truck 210 c he is assigned to in a parking lot fullof identical looking trucks 210 a-d.

For example, on an IPHONE® device from Apple, Inc., the “UDID,” orUnique Device Identifier is a combination of forty numbers and letters,and is set by Apple and stays with the device forever.

For example, on an ANDROID based system, one that uses Google Inc.'sANDROID operating system, the ID is set by Google and created when anend-user first boots up the device. The ID remains the same unless theuser does a “factory reset” of the phone, which deletes the phone's dataand settings.

The mobile communication device 110, or mobile device, is preferablyselected from mobile phones, smartphones, tablet computers, PDAs and thelike. Examples of smartphones and the device vendors include the IPHONE®smartphone from Apple, Inc., the DROID® smartphone from MotorolaMobility Inc., GALAXY S® smartphones from Samsung Electronics Co., Ltd.,and many more. Examples of tablet computing devices include the IPAD®tablet computer from Apple Inc., and the XOOM™ tablet computer fromMotorola Mobility Inc.

The mobile communication device 110 then a communication networkutilized preferably originates from a mobile communication serviceprovider (aka phone carrier) of the customer such as VERIZON, AT&T,SPRINT, T-MOBILE, and the like mobile communication service providers,provide the communication network for communication to the mobilecommunication device of the end user.

Wireless standards utilized include 802.11a, 802.11b, 802.11g, AX.25,3G, CDPD, CDMA, GSM, GPRS, radio, microwave, laser, Bluetooth, 802.15,802.16, and IrDA.

BLUETOOTH™ technology operates in the unlicensed 2.4 GHz band of theradio-frequency spectrum, and in a preferred embodiment the secondarydevice 30 and/or primary device 25 is capable of receiving andtransmitting signals using BLUETOOTH™ technology. LTE Frequency Bandsinclude 698-798 MHz (Band 12, 13, 14, 17); 791-960 MHz (Band 5, 6, 8,18, 19, 20); 1710-2170 MHz (Band 1, 2, 3, 4, 9, 10, 23, 25, 33, 34, 35,36, 37, 39); 1427-1660.5 MH (Band 11, 21, 24); 2300-2700 MHz (Band 7,38, 40, 41); 3400-3800 MHz (Band 22, 42, 43), and in a preferredembodiment the secondary device 30 and/or the primary device 25 iscapable of receiving and transmitting signals using one or more of theLTE frequency bands. WiFi preferably operates using 802.11a, 802.11b,802.11g, 802.11n communication formats as set for the by the IEEE, andin a preferred embodiment the secondary device 30 and/or the primarydevice 25 is capable of receiving and transmitting signals using one ormore of the 802.11 communication formats. Near-field communications(NFC) may also be utilized.

As shown in FIG. 9, a typical mobile communication device 110 preferablyincludes an accelerometer 301, I/O (input/output) 302, a microphone 303,a speaker 304, a GPS chipset 305, a Bluetooth component 306, a Wi-Ficomponent 307, a 3G/4G component 308, RAM memory 309, a main processor310, an OS (operating system) 311, applications/software 312, a Flashmemory 313, SIM card 314, LCD display 315, a camera 316, a powermanagement circuit 317, a battery 318 or power source, a magnetometer319, and a gyroscope 320.

Each of the interface descriptions preferably discloses use of at leastone communication protocol to establish handshaking or bi-directionalcommunications. These protocols preferably include but are not limitedto XML, HTTP, TCP/IP, Serial, UDP, FTP, Web Services, WAP, SMTP, SMPP,DTS, Stored Procedures, Import/Export, Global Positioning Triangulation,IM, SMS, MMS, GPRS and Flash. Databases that may be used with the systempreferably include but are not limited to MSSQL, Access, MySQL,Progress, Oracle, DB2, Open Source DBs and others. Operating system usedwith the system preferably include Microsoft 2010, XP, Vista, 2000Server, 2003 Server, 2008 Server, Windows Mobile, Linux, Android, Unix,I series, AS 400 and Apple OS.

The underlying protocol at the cloud server 11, is preferably InternetProtocol Suite (Transfer Control Protocol/Internet Protocol (“TCP/IP”)),and the transmission protocol to receive a file is preferably a filetransfer protocol (“FTP”), Hypertext Transfer Protocol (“HTTP”), SecureHypertext Transfer Protocol (“HTTPS”) or other similar protocols. Thetransmission protocol ranges from SIP to MGCP to FTP and beyond. Theprotocol at the authentication server 40 is most preferably HTTPS.

Wireless standards include 802.11a, 802.11b, 802.11g, AX.25, 3G, CDPD,CDMA, GSM, GPRS, radio, microwave, laser, Bluetooth, 802.15, 802.16, andIrDA.

Components of a cloud computing server 40 of the system, as shown inFIG. 10, preferably includes a CPU component 401, a graphics component402, PCI/PCI Express 403, memory 404, non-removable storage 407,removable storage 408, Network Interface 409, including one or moreconnections to a fixed network, and SQL database(s) 45 a-45 d, whichincludes the venue's CRM. Included in the memory 404, is an operatingsystem 405, a SQL server 406 or other database engine, and computerprograms/software 410. The server 40 also preferably includes at leastone computer program configured to receive data uploads and store thedata uploads in the SQL database. Alternatively, the SQL server can beinstalled in a separate server from the server 40.

A flow chart for an alternative method 600 for a secure connection to awireless network of a vehicle is shown in FIG. 11. At block 601, the CVDbroadcasts an encrypted, blind SSID based on specific vehicle data. Atblock 602, leveraging the known vehicle data and the encryptionalgorithm a mobile device searches for a vehicle having a CVDbroadcasting the wireless network. At block 603, the mobile device isconnected with the CVD.

A system for a secure connection to a wireless network of a vehicle isshown in FIG. 12. A truck 210 a. Those skilled in the pertinent art willrecognize that the truck 210 a may be replaced by any type of vehicle(such as a bus, sedan, pick-up, sport utility vehicle, limousine, sportscar, delivery truck, van, mini-van, motorcycle, and the like) withoutdeparting from the scope of spirit of the present invention. The truck210 a preferably comprises a motorized engine 234, a vehicleidentification number (“VIN”), an on-board computer 232 with a memory231 and a connector plug 235. The on-board computer 232 preferably has adigital copy of the VIN in the memory 231. The on-board computer 232 ispreferably in communication with the motorized engine 234. The truck 210a may also have a GPS component for location and navigation purposes, asatellite radio such as SIRIUS satellite radio, a driver graphicalinterface display, a battery, a source of fuel and other componentsfound in a conventional long distance truck.

Also in the truck 210 a is a CVD 130 comprising a processor, a WiFiradio, a BLUETOOTH radio, a memory and a connector to connect to theconnector plug of the on-board computer 232.

A driver 205 preferably has a mobile communication device such as atablet computer 110 in order to pair with a wireless network generatedby the CVD 130 of the truck 210 a. The tablet computer 110 preferablycomprises a graphical user interface 335, a processor 310, a WiFi radio307, a BLUETOOTH radio 306, and a cellular network interface 308.

As shown in FIG. 13, a staging yard for trucks 210 a-210 k, each of amultitude of trucks 210 a-210 k broadcast a wireless signal 224 a-k fora truck specific network, with one truck 210 f broadcasting a wirelesssignal 225. However, all of the wireless signal 224 a-224 k and 225 donot publish their respective SSID so that a mobile device 110 mustalready be paired with the CVD 130 of the truck 210 in order to connectto the truck based wireless network 224 a-224 k or 225 of each of theCVDs 130 of each of the trucks 210 a-210 k. A driver 205 in possessionof a tablet computer 110 pairs with the specific truck wireless network225 of the CVD 130 of the truck 210 f, and thus the driver locates thespecific truck 210 f he is assigned to in a parking lot full ofidentical looking trucks 210 a-210 k.

One embodiment is a system for utilizing a remote profile manager forvehicle dynamic compliance with multiple vehicle statutes andregulations. The system comprises a truck 210, a CVD 130, a tabletcomputer 110, a server 140 and a plurality of databases. The vehiclecomprises an on-board computer with a memory having a vehicleidentification number (VIN), a connector plug, and a motorized engine.The CVD 130 comprises a processor, a WiFi radio, a BLUETOOTH radio, amemory, and a connector for mating with the connector plug of thevehicle. The tablet computer 110 comprises a graphical user interface, aprocessor, a WiFi radio, a BLUETOOTH radio, and a cellular networkinterface. A location of the truck 210 is determined using a GPScomponent of the truck 210. The location of the truck 210 is transmittedto the server 140 by the CVD. The server 140 retrieves real-timecompliance rules for the location of the truck from the plurality ofdatabases, which are preferably State vehicle databases, municipalvehicle databases, county vehicle databases, and Federal vehicledatabases. The server 140 transmits the real-time compliance rules toCVD 130 for display on the tablet computer 110 so that a driver of thetruck 210 can stay in real-time compliance with State and Federal motorvehicle and driving rules. The rules pertain to speed limits, transportof toxic waste, the transport of refrigerated cargo, the rest durationsfor drivers, the necessary insurance coverage, the type of taxes andfees to be paid, and the like. The display on the tablet computer ispreferably in the form of a visual alert, an audio alert or a hapticalert. Other displays include forms such as attestation forms, and datasuch as timers, current speed limits, and the like. The trigger for eachjurisdiction is preferably from the GPS of the truck 210, the speed ofthe truck 210, cellular or WiFi triangulation from a network, and thelike.

The CVD 130 obtains the vehicle identification number (VIN) from theon-board computer and transmits the VIN with the location to the server140 for verification of the truck 210.

Another embodiment is a system for utilizing a remote profile managerfor utilizing multiple vehicle odometer values. The system comprises avehicle 210, a CVD 130, a tablet computer 110, a server 140 and aplurality of databases. The vehicle comprises an on-board computer witha memory having a vehicle identification number (VIN), a connector plug,a motorized engine, an odometer component from an engine source, anodometer component from a dashboard source, an odometer component from achassis source, and an odometer component from a transmission source.Thus, the truck 210 has a multiple of odometers that can be used todetermine a mileage of the truck 210. The connected vehicle device (CVD)130 comprises a processor, a WiFi radio, a BLUETOOTH radio, a memory,and a connector for mating with the connector plug of the vehicle. Thetablet computer 110 comprises a graphical user interface, a processor, aWiFi radio, a BLUETOOTH radio, and a cellular network interface. Each ofthe odometer component from an engine source, the odometer componentfrom a dashboard source, the odometer component from a chassis source,and the odometer component from a transmission source generates anodometer value. The CVD 130 generates a delta value for odometer valuerelative to a control odometer value. The CVD 130 monitors the odometervalue from each of the odometer component from an engine source, theodometer component from a dashboard source, the odometer component froma chassis source, and the odometer component from a transmission source.The CVD 130 generates a new odometer value for one of the odometercomponent from an engine source, the odometer component from a dashboardsource, the odometer component from a chassis source, and the odometercomponent from a transmission source, and the CVD modifies the odometervalue by the delta value to generate the new odometer value.

An operating system controls the execution of other computer programs,running of the PSO platform, and provides scheduling, input-outputcontrol, file and data management, memory management, and communicationcontrol and related services. The operating system may be, for exampleWindows (available from Microsoft, Corp. of Redmond, Wash.), LINUX orother UNIX variants (available from Red Hat of Raleigh, N.C. and variousother vendors), Android and variants thereof (available from Google,Inc. of Mountain View, Calif.), Apple OS X, iOs and variants thereof(available from Apple, Inc. of Cupertino, Calif.), or the like.

The system and method described in connection with the embodimentsdisclosed herein is preferably embodied directly in hardware, in asoftware module executed by a processor, or in a combination of the two.A software module preferably resides in flash memory, ROM memory, EPROMmemory, EEPROM memory, RAM memory, registers, a hard disk, a removabledisk, a CD-ROM, or any other form of storage medium known in the art. Anexemplary storage medium is preferably coupled to the processor, so thatthe processor reads information from, and writes information to, thestorage medium. In the alternative, the storage medium is integral tothe processor. In additional embodiments, the processor and the storagemedium reside in an Application Specific Integrated Circuit (ASIC). Inadditional embodiments, the processor and the storage medium reside asdiscrete components in a computing device. In additional embodiments,the events and/or actions of a method reside as one or any combinationor set of codes and/or instructions on a machine-readable medium and/orcomputer-readable medium, which are incorporated into a computersoftware program.

In additional embodiments, the functions described are implemented inhardware, software, firmware, or any combination thereof. If implementedin software, the functions are stored or transmitted as one or moreinstructions or code on a computer-readable medium. Computer-readablemedia includes both computer storage media and communication mediaincluding any medium that facilitates transfer of a computer programfrom one place to another. A storage medium is any available media thatis accessed by a computer. By way of example, and not limitation, suchcomputer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or otheroptical disk storage, magnetic disk storage or other magnetic storagedevices, or any other medium that can be used to carry or store desiredprogram code in the form of instructions or data structures, and thatcan be accessed by a computer. Also, any connection is termed acomputer-readable medium. For example, if software is transmitted from awebsite, server, or other remote source using a coaxial cable, fiberoptic cable, twisted pair, digital subscriber line (DSL), or wirelesstechnologies such as infrared, radio, and microwave, then the coaxialcable, fiber optic cable, twisted pair, DSL, or wireless technologiessuch as infrared, radio, and microwave are included in the definition ofmedium. “Disk” and “disc”, as used herein, include compact disc (CD),laser disc, optical disc, digital versatile disc (DVD), floppy disk andBLU-RAY disc where disks usually reproduce data magnetically, whilediscs usually reproduce data optically with lasers. Combinations of theabove should also be included within the scope of computer-readablemedium.

A computer program code for carrying out operations of the PresentInvention is preferably written in an object oriented, scripted orunscripted programming language such as C++, C #, SQL, Java, Python,Javascript, Typescript, PHP, Ruby, or the like.

Each of the interface descriptions preferably discloses use of at leastone communication protocol to establish handshaking or bi-directionalcommunications. These protocols preferably include but are not limitedto XML, HTTP, TCP/IP, Serial, UDP, FTP, Web Services, WAP, SMTP, SMPP,DTS, Stored Procedures, Import/Export, Global Positioning Triangulation,IM, SMS, MMS, GPRS and Flash. The databases used with the systempreferably include but are not limited to MS SQL, Access, My SQL,Oracle, DB2, Open Source DBs and others. Operating system used with thesystem preferably include Microsoft 2010, XP, Vista, 2000 Server, 2003Server, 2008 Server, Windows Mobile, Linux, Android, Unix, I series, AS400 and Apple OS.

The underlying protocol at a server, is preferably Internet ProtocolSuite (Transfer Control Protocol/Internet Protocol (“TCP/IP”)), and thetransmission protocol to receive a file is preferably a file transferprotocol (“FTP”), Hypertext Transfer Protocol (“HTTP”), Secure HypertextTransfer Protocol (“HTTPS”), or other similar protocols. The protocol atthe server is preferably HTTPS.

Components of a server includes a CPU component, a graphics component,memory, non-removable storage, removable storage, Network Interface,including one or more connections to a fixed network, and SQLdatabase(s). Included in the memory, is an operating system, a SQLserver or other database engine, and computer programs/software.

Kennedy et al., U.S. patent application Ser. No. 16/912,265, filed onJun. 25, 2020 for a Method And System For Generating FuelingInstructions For A Vehicle, is hereby incorporated by reference in itsentirety.

Kennedy et al., U.S. patent Ser. No. 10/652,935 for Secure WirelessNetworks For Vehicles, is hereby incorporated by reference in itsentirety.

Kennedy et al., U.S. patent application Ser. No. 16/870,955, filed onMay 9, 2020 for Secure Wireless Networks For Vehicle AssigningAuthority, is hereby incorporated by reference in its entirety.

Kennedy et al., U.S. patent application Ser. No. 16/450,959, filed onJun. 24, 2019 for Secure Wireless Networks For Vehicles, is herebyincorporated by reference in its entirety.

Son et al., U.S. patent Ser. No. 10/475,258 for a Method And System ForUtilizing Vehicle Odometer Values And Dynamic Compliance, is herebyincorporated by reference in its entirety.

Son et al., U.S. patent Ser. No. 10/070,471 for a Secure WirelessNetworks For Vehicles, is hereby incorporated by reference in itsentirety.

From the foregoing it is believed that those skilled in the pertinentart will recognize the meritorious advancement of this invention andwill readily understand that while the present invention has beendescribed in association with a preferred embodiment thereof, and otherembodiments illustrated in the accompanying drawings, numerous changesmodification and substitutions of equivalents may be made thereinwithout departing from the spirit and scope of this invention which isintended to be unlimited by the foregoing except as may appear in thefollowing appended claim. Therefore, the embodiments of the invention inwhich an exclusive property or privilege is claimed are defined in thefollowing appended claims.

We claim as our invention the following:
 1. A system for utilizing dataand computational information from on-vehicle and off-vehicle sources,the system comprising: an assigning authority engine; a remote profilemanager toolset; at least one off-vehicle source comprising at least oneoff-vehicle content, the at least one off-vehicle source selected from agroup comprising at least one database, at least one cloud source, or atleast one physical structure with a communication device; and at leastone on-vehicle source comprising on-vehicle data for a vehicle; whereinthe assigning authority is configured to access and combine the at leastone off-vehicle content and the on-vehicle data to produce a pluralityof dynamic, temporal combinations of data elements and a plurality ofinstructions; wherein the remote profile manager toolset is configuredto execute the plurality of dynamic, temporal combinations to accessvehicle, timing, event, and/or positioning (“VTEP”) data to inform theplurality of instruction sets communicated by the assigning authorityengine; wherein the remote profile manager toolset is configured to useone or more elements of the VTEP data to synchronize on-vehicle dataelements or a computational output of the off-vehicle content, togenerate a new information data set combination.
 2. The system accordingto claim 1 wherein the at least one off-vehicle source is at least onecloud source selected from the group comprising a public cloud source, aprivate cloud source, a hybrid cloud source, or a multi-cloud source. 3.The system according to claim 2 wherein the group of the at least onecloud source further comprises a telematics service provider cloud, acustomer cloud, or a third party service provider cloud.
 4. The systemaccording to claim 2 wherein the assigning authority is configured toauthorize the at least one cloud source to directly receive data from orprovide data to a vehicle CVD, an authorized cloud provider, or anauthorized user granted access by the assigning authority.
 5. The systemaccording to claim 1 wherein an on-vehicle source comprises a processor,a WiFi radio, a BLUETOOTH radio, a memory storing vehicle data, and aconnector for pairing with a connector plug of the vehicle.
 6. Thesystem according to claim 1 further comprising at least one vehicleconnected mobility device is selected from the group comprising a tabletcomputer, a mobile phone, a scanning device, a beacon, a RF passive oractive communication device or a signature capture device.
 7. The systemaccording to claim 1 wherein the at least one off-vehicle source is atleast one physical infrastructure with the communication device selectedfrom the group comprising a building, a gate, an access controlled pointof entry, a parking structure, a weigh station, a toll collectionstructure, a fueling equipment and a vehicle service equipment.
 8. Thesystem according to claim 1 further comprising at least one affiliatecomprising at least one other vehicle authorized to share data viavehicle to vehicle communications.
 9. The system according to claim 1wherein the vehicle comprises an on-board computer with a memory, havinga vehicle identification number (VIN), and a connector plug.
 10. Thesystem according to claim 1 wherein the assigning authority enginecomprises a predetermined work assignment having a temporal event with afixed start and completion based on at least one assignable boundarycondition.
 11. The system according to claim 10 wherein the at least oneassignable boundary condition is at least one of a predetermined timeperiod, a geographical destination, and a set route.
 12. The systemaccording to claim 1 wherein the at least one off-vehicle source is atleast one database and a mobile application operating on a mobiledevice, and the data originates from the mobile application.
 13. Thesystem according to claim 1 wherein mobile application to mobileapplication integration is utilized to generate the information dataset.
 14. The system according to claim 13 wherein the application toapplication integration is performed at a remote server, within anapplication on a mobile device, on a on-vehicle device, or a combinationthereof.
 15. A method for remote profile management for utilizing dataand computational information from on-vehicle and off-vehicle sources,the method comprising: accessing, by an assigning authority engine,on-vehicle data and at least one off-vehicle content from at least oneoff-vehicle source selected from a group comprising at least onedatabase, at least one cloud source, or at least one physical structurewith a communication device; combining, at the assigning authorityengine, the on-vehicle data and the at least one off-vehicle content toproduce a plurality of dynamic, temporal combinations of data elementsand a plurality of instruction sets for a vehicle; executing, at aremote profile manager toolset, the plurality of dynamic, temporalcombinations to access vehicle, timing, event, and/or positioning(“VTEP”) data to inform the plurality of instruction sets communicatedby the assigning authority engine; and using, at the remote profilemanager toolset, one or more elements of the VTEP data to synchronizetiming between the on-vehicle data or a computational output of theoff-vehicle content, to generate an information data set for a vehicle.16. A non-transitory computer-readable medium that stores a remoteprofile manager toolset for utilizing data and computational informationfrom on-vehicle and off-vehicle sources, the remote profile managertoolset configured to: receive from an assigning authority engine aplurality of dynamic, temporal combinations of data elements produced byon-vehicle data and at least one off-vehicle content, the at least oneoff-vehicle content from at least one off-vehicle source selected from agroup comprising at least one database, at least one cloud source or atleast one physical structure with a communication device; receive formthe assigning authority engine a plurality of instruction sets for avehicle; execute the plurality of dynamic, temporal combinations toaccess vehicle, timing, event, and/or positioning (“VTEP”) data toinform the plurality of instruction sets communicated by the assigningauthority engine; and use one or more elements of the VTEP data tosynchronize timing between the on-vehicle data or a computational outputof the off-vehicle content, to generate an information data set for avehicle.
 17. A system for utilizing data and computational informationfrom on-vehicle and off-vehicle sources, the system comprising: anassigning authority engine; a remote profile manager toolset; aplurality of off-vehicle sources comprising a plurality of databases, atleast one cloud source and at least one physical structure with acommunication device, wherein each of the plurality of off-vehiclesources comprises off-vehicle content; and a plurality of on-vehiclesources comprising a vehicle CVD, a plurality of sensors and anon-vehicle connected mobility device, each of the plurality ofon-vehicle sources comprising on-vehicle data for a vehicle; wherein theassigning authority is configured to access and combine the off-vehiclecontent and the on-vehicle data to produce a plurality of dynamic,temporal combinations of data elements and a plurality of instructions;wherein the remote profile manager toolset is configured to execute theplurality of dynamic, temporal combinations to access vehicle, timing,event, and/or positioning (“VTEP”) data to inform the plurality ofinstruction sets communicated by the assigning authority engine; whereinthe remote profile manager toolset is configured to use one or moreelements of the VTEP data to synchronize timing between the on-vehicledata or a computational output of the off-vehicle content, to generatean information data set for the vehicle.
 18. The system according toclaim 17 wherein the least one cloud source is selected from the groupcomprising a public cloud source, a private cloud source, a hybrid cloudsource, a multi-cloud source, a telematics service provider cloud, acustomer cloud, or a service provider cloud.
 19. The system according toclaim 18 wherein the assigning authority is configured to authorize theat least one cloud source to directly receive data from or provide datato a vehicle CVD, an authorized cloud provider, or an authorized usergranted access by the assigning authority.
 20. The system according toclaim 17 wherein on-vehicle connected mobility device is selected fromthe group comprising a tablet computer, a mobile phone, a scanningdevice, a beacon, a RF passive or active communication device or asignature capture device.
 21. The system according to claim 17 whereinthe at least one physical infrastructure with the communication deviceselected from the group comprising a building, a gate, an accesscontrolled point of entry, a parking structure, a weigh station, a tollcollection structure, a fueling equipment and a vehicle serviceequipment.